4 



(19) 




Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(43) Date of publication: 

05.11.2003 Bulletin 2003/45 

(21) Application number: 03010142.2 

(22) Date of filing: 05.05.2003 



(11) EP ^ 359 774 

EUROPEAN PATENT APPLICATION 

(51) lntc|7: H04Q7/22 



(84) Designated Contracting States: 


0 Choi, Sung-Ho 


AT BE BG CH CY CZ DE DK EE ES Fl FR GB GR 


Paldal-gu, Suwong-clty, Kyungki-do (KR) 


HU IE IT LI LU MC NL PT RO SE SI SK TR 


0 Kin), Soeng-Hun 


Designated Extension States: 


Paldat-gu, Suwong-clty, Kyungkl-do (KR) 


AL LT LV MK 


0 Park, Joon-Qoo 




Paldal-gu, Suwong-clty, Kyungkl-do (KR) 


(30) Priority: 03.05.2002 KR 2002025406 




21.06.2002 KR 2002035818 


(74) Representative: GrOnecker, KInkeldey, 




Stockmair & SchwanhSusser AnwaKssozletfit 


(71) Applicant: SAMSUNG ELECTRONICS CO., LTD. 


Maxim lllanstrasse 58 


Suwon-City, Kyungkl-do (KR) 


80538 MQnchen (DE) 


(72) Inventors: 




0 Lee, Kook-Heul 




Paldal-gu, Suwong-city, Kyungki-do (KR) 





(54) Apparatus and method tor multimedia broadcast/multicast service in a mobile 
communication system 



(57) A metliod and apparatus for providing an 
MBMS (Multimedia Broadcast/Multicast Service) serv- 
ice to user equipments (UEs) that desire to receive the 
MBMS service, in a code division multiple access (CD- 
MA) mobile communication system Including a plurality 
of radio network controllers (RNCs), a plurality of SG- 
SNs (Serving GPRS (General Packet Radio Service) 
Supporting Nodes) connected to each of the RNCs, and 
a plurality of the UEs wirelessly connectable to the 
RNCs, and providing the MBMS service to the UEs. The 



UEs request a desired MBMS service, and receive an 
MBMS service provided in response to the request. The 
RNCs transmit data related to the MBSM service to UEs 
wirelessly connected to thereto among UEs that re- 
quested the service. The SGSNs control a procedure 
related to the MBMS service for the UEs that requested 
the service. A default SGSN is individually designated 
for the MBMS service, and the default SGSN transmits 
MBMS data for the given MBMS service to UEs that re- 
quested the given MBMS service, through the RNCs. 




Printed by Jouve, 75001 PARIS (FR) 



EP 1 359 774 A1 

Description 

BACKGROUND OF THE INVENTION 

5 1. Field of the Invention 

[0001 ] The present invention relates generally to an apparatus and method for setting up a channel for a multimedia 
broadcast/multicast service in a mobile communication system, and In particular, to an apparatus and method for setting 
up a channel in response to a multimedia broadcast/multicast service request. 

10 

2. Description of the Related Art 

[0002] Cun-ently, due to the development of the communication industry, a service provided by a code division multiple 
access (hereinafter referred to as "CDMA") mobile communication system is being developed into multicasting multi- 

15 media communication that transmits voice service data and high-capacity data such as packet data and circuit data. 
In order to support the multicasting multimedia communication, a broadcast/multicast service is required in which one 
data source provides a service to a plurality of user equipments (hereinafter referred to as "UE"). The broadcast/ 
multicast service can be divided into a cell broadcast service (hereinafter referred to as "CBS"), being a message- 
based service, and a multimedia broadcast/multicast service (hereinafter referred to as "MBMS") that supports multi- 

20 media data, such as real-time image and voice, still image, and text. 

[0003] The CBS is a service for broadcasting a plurality of messages to all UEs located in a particular service area. 
The particular service area where the CBS is provided can be the entire area where the CBS is provided in one cell. 
The MBMS is a service for simultaneously providing voice data and image data, and requires many transmission 
resources. The MBMS is serviced over a broadcast channel, since a plurality of services can be provided at the same 

25 time within one cell. 

[0004] As stated above, in the conventional mobile communication system, when the same MBMS request is received 
from a plurality of UEs controlled by the same cell or radio network controller (hereinafter referred to as "RNC"), chan- 
nels, or MBMS data transmission paths, in the system must be separately assigned in response to each request from 
the UEs. 

30 [0005] Therefore, the conventional mobile communication system requires a signaling procedure for providing the 
same MBMS sen/ice to the plurality of UEs. However, if a plurality of channels (or MBMS data transmission paths) are 
assigned to provide the same MBMSservk^eto different UEs, resources may be wasted unnecessarily and the signaling 
procedure may be complicated. 

35 SUMMARY OF THE INVENTION 

[0006] It is, therefore, an object of the present Invention to provide an apparatus and method for efficiently assigning 
resources to a plurality of UEs that request the same MBMS service in a mobile communication system. 
[0007] It is another object of the present invention to provide an apparatus and method for assigning a minimized 
40 number of data transmission paths to UEs that request the same MBMS service in a mobile communication system. 
[0008] It is further another object of the present Invention to provide an apparatus and method for simplifying a 
signaling procedure for channel assignment by managing channels according to UEs that receive a specific MBMS 
service. 

[0009] It is yet another object of the present Invention to provide an apparatus and method for managing infomnation 
45 generated due to a specific MBMS service by one RNC. 

[001 0] It is still another object of the present invention to provide an apparatus and method for managing infomnation 
generated due to a specific MBMS service by one SGSN (Serving GPRS (General Packet Radio Servk:e) Supporting 
Node). 

[0011] In accordance with a first aspect of the present Invention, there is provided an apparatus for providing a MBMS 
50 (Multimedia Broadcast/Multicast Service) service to user equipments (UEs) requesting the MBMS service, in a code 
division multiple access (CDMA) mobile communication system including a plurality of radio network controllers (RNCs), 
a plurality of SGSNs (Sen/ing GPRS (General Packet Radio Sen/lce) Supporting Nodes) connected to each of the 
RNCs, and a plurality of the UEs wirelessly connectable to the RNCs, and providing the MBMS sen/ice to the UEs. In 
the apparatus, the UEs request a desired MBMS service, and receive an MBMS service provided in response to the 
55 request. The RNCs transmit data related to the MBSM service to UEs wirelessly connected to thereto among UEs that 
requested the service. The SGSNs control a procedure related to the MBMS service for the UEs that requested the 
service. A default SGSN Is individually designated for the MBMS service, and the default SGSN transmits MBMS data 
for the MBMS service to the UEs that requested the MBMS servtee, through the RNCs. 
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[0012] In accordance with a second aspect of the present invention, there is provided a method for determining a 
default SGSN (Serving GPRS (General Packet Radio Service) Supporting Node) for providing an MBMS (Multimedia 
Broadcast/Multicast Service) service to user equipments (UEs) requesting the l\^BMS service, in a code division muttipie 
access (CDMA) mobile communication system having a first group including a pluraiity of radio network controllers 

5 (RNCs), a second group including a plurality of SGSNs connectable to each of the RNCs in the first group, and a 
plurality of the UEs wirelessly connectable to the RNCs. The method comprising the steps of receiving, by one of the 
RNCs, a service request for the MBMS service; If default SGSN infonnation con^esponding to the MBMS service is not 
stored in the service request-received RNC, selecting, by the service request-received RNC, one of the SGSNs as a 
default SGSN; and informing, by the selected default SGSN, ail other RNCs except for the service request-received 

10 RNC that the MBMS service is managed by the default SGSN. 

[0013] In accordance with a third aspect of the present invention, there Is provided a method for determining a default 
SGSN (Serving GPRS (General Packet Radio Servrce) Supporting Node) for providing an MBMS (Multimedia Broad- 
cast/Multicast Service) service to user equipments (UEs) requesting the MBMS service, in a code division multiple 
access (CDMA) mobile communication system having a first group including a pluraiity of radio network controllers 

IS (RNCs), a second group including a plurality of SGSNs connectable to each of the RNCs in the first group, and a 
plurality of the UEs wirelessly connectable to the RNCs. The method comprising the steps of receiving, by one of the 
SGSNs, a service request for the MBMS service; if default SGSN Infonnation conresponding to the MBMS service is 
not stored in the service request-received SGSN, selecting, by the service request-received SGSN, itself as a default 
SGSN; and informing, by the selected default SGSN, other SGSNs that the MBMS service is managed by the default 

20 SGSN. 

[0014] In accordance with a fourth aspect of the present invention, there is provided a method for providing an MBMS 
(Multimedia Broadcast/Multicast Service) service through one of a plurality of SGSNs (Serving GPRS (General Packet 
Radio Service) Supporting Nodes), in a code division multiple access (CDMA) mobile communication system including 
a plurality of radio network controllers (RNCs), a plurality of the SGSNs connected to each of the RNCs, and a plurality 

25 of UEs wirelessly connectable to the RNCs, and providing the MBMS sen/ice to the UEs. The method comprising the 
steps of designating, by an RNC that received a service request for the MBMS service among the RNCs, a particular 
one of the SGSNs as a default SGSN considering a load of each of the SGSNs; transmitting an identifier for identifying 
the MBMS service and an identifier for identifying the default SGSN to the default SGSN ; and detemnining by the default 
SGSN whether the MBMS service is available, and transmitting the identifier for identifying the MBMS service and the 

30 Identifier for Identifying the default SGSN to all other RNCs except for the RNC that received the service request for 
the MBMS service. 

BRIEF DESCRIPTION OF THE DRAWINGS 

35 [001 5] The above and other objects, features, and advantages of the present invention will become more apparent 
from the following detailed description when taken in conjunction with the accompanying drawings In which: 

FIG. 1 conceptually illustrates a CDMA mobile communication system supporting for an MBMS service according 
to an embodiment of the present invention; 
40 FIG. 2 is a flowchart illustrating a procedure for setting up a transmission path according to an MBMS service; 

FIG. 3 is a ladder diagram Illustrating a signaling procedure for assigning a transmission path according to a MBMS 
servtee currently In service; 

FIG. 4 is a ladder diagram illustrating a signaling procedure for assigning a transmission path according to an 
MBMS service scheduled to be serviced later; 
45 FIG. 5 conceptually illustrates a structure of a mobile communication system with a iu-Fiex structure to which the 
present invention is to be applied; 

FIG. 6 is a ladder diagram conceptually illustrating an exemplary method of assigning a transmission path, which 
can be proposed in a mobile communication system with a lu-Flex structure according to an embodiment of the 
present invention; 

50 FiG. 7 is a ladder diagram illustrating a signaling procedure for assigning a transmission path in an initial MBMS 
service in a mobile communication system with a tu-Flex structure according to an embodiment of the present 
invention; 

FIG. 8 Is a ladder diagram illustrating a signaling procedure for assigning a new transmission path In an MBMS 
service in a mobile communication system with a lu-Flex structure according to an embodiment of the present 

55 Invention; 

FIG. 9 is a ladder diagram illustrating a signaling procedure for assigning a new transmission path in an MBMS 
service in a mobile communication system with a lu-Flex structure according to an embodiment of the present 
invention; 
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FIG. 10 is a ladder diagram illustratingasignalingprocedureforinformingtargetUEsof astartof an MBMS service 
scheduled to be serviced later in a mobiie communication system with a lu-Flex structure according to an embod- 
iment of the present invention; 

FIG. 11 is a ladder diagram Illustrating a signaling procedure perfonned when a UE selects an iVIBMS sen/ice in 
5 a mobile communication system according to an embodiment of the present invention; 

FIG. 12 is a ladder diagram Illustrating a signaling procedure for ending an MBMS service currently in sen/ice In 
a mobile communication system with a lu-Flex structure according to an embodiment of the present invention; 
FIG. 13 is a ladder diagram Illustrating a signaling procedure for assigning a transmission path in an initial MBMS 
service In a mobile communication system with a iu-Flex structure according to another embodiment of the present 
10 invention; 

FIG. 14 is a ladder diagram illustrating a signaling procedure for assigning a new transmission path in an MBMS 
service in a mobile communication system with a lu-Flex structure according to another embodiment of the present 
Invention; 

FIG. 15 is a ladder diagram illustrating a signaling procedure for assigning a new transmission path in an MBMS 
15 service in a mobile communication system with a pool structure according to another embodiment of the present 
invention; 

FIG. 16 is a ladder diagram illustrating a signaling procedure performed when a UE selects an MBMS service In 
a mobile communication system according to another embodiment of the present invention; 
FIG. 1 7 Is a ladder diagram illustrating a signaling procedure for ending an MBMS service currently In service In 
20 a mobile communication system with a lu-Flex structure according to another embodiment of the present invention; 

FIG. 18 Is a ladder diagram illustrating a signaling procedure where a NAS (Non-Access Stratum) message is 
used to assign a transmission path in an MBMS service in a mobile communication system with a iu-Flex structure 
according to an embodiment of the present invention; and 

FIG. 19 Is a ladder diagram illustrating a signaling procedure for setting up and releasing a data transmission path 
25 until an MBMS service is ended after transmission of MBMS data was actually started In a mobile communication 

system with a lu-Flex structure according to the embodiments of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

30 [0016] Several prefen'ed embodiments of the present invention will now be described in detail with reference to the 
annexed drawings, in the drawings, the same or similar elements are denoted by the same reference numerals even 
though they are depicted In different drawings. In the following description, a detailed description of Icnown functions 
and configurations incorporated herein has been omitted for conciseness. 

[0017] First, a definition of the tenns used in embodiments of the present invention will be given herein below. The 
35 term "MBMS data" refers to data for an MBMS sen/ice provided from a service provider to UEs, and the temn "SGSN" 
refers to a particular SGSN that manages infomiatlon on a specific MBMS service, among SGSNs classified Into the 
same group. 

[0018] FIG. 1 illustrates a fundamental stmcture of a mobile communication system to which embodiments of the 
present invention are to be applied. Specifically, FIG. 1 illustrates fundamental elements for providing an MBMS service 

40 and a relationship among them in a CDMA mobile communication system. 

[0019] Referring to FIG. 1, a UE 101 Is a subscriber device that can receive MBMS data provided for an MBMS 
service. A UTRAN (UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network) 102 Is 
a device for transmitting MBMS service-related data to the UE 1 01 , and consists of an RNC (Radio Network Controller) 
and a Node B (not shown). An SGSN (Serving GPRS (General Packet Radio Service) Supporting Node) 103 controls 

45 an MBMS service-related procedure of each UE. Typically, the SGSN 1 03 manages accounting data of each UE, and 
selectively transmits MBMS data to a particular UTRAN. A GGSN (Gateway GPRS Support Node) 104 selectively 
transmits MBMS data of CP (content provider) 106 received from an MB-SC 105 to a particular SGSN, and manages 
accounting data of all UEs that received the MBMS data. The MB-SC 105 represents a source of the MBMS data, and 
manages scheduling of the MBMS data. Also, the MB-SC 105 authenticates an MBMS data provider, for an MBMS 

50 service to the UEs. A ceil broadcast center (hereinafter referred to as "CBC") 107 Informs the UEs of a menu related 
to an ongoing MBMS service or infomnation on an MBMS service scheduled to he serviced later. The MBMS service 
to be serviced later refers to an MBMS service that cannot be cun-ently serviced for the reason that a service or re- 
sources provided In a mobile communication system cannot be assigned, but can be serviced later at a time when 
resources can be assigned. A home location register (hereinafter referred to as "HLR") 108 stores secret data of 

55 registered UEs, and authenticates a UE requesting a communication service, or a UE requesting MBMS data. 

[0020] FIG. 2 is a flowchart Illustrating a procedure for assigning channels by each UE to receive an MBMS service 
from a mobile communication system. That is, FIG. 2 illustrates a procedure for powering a UE in a particular ceil and 
then setting up a channel for receiving MBMS data based on the roles of the elements illustrated In FIG. i and a 
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relationship among them. As illustrated in FiG. 2, the procedure for setting up a channel for transmitting MBMS data 
is divided into two procedures according to a characteristic of an MBMS service selected by the UE. Herein, the temn 
"characteristic of an MBMS service" refers to a currently available MBMS service or an MBMS service to be serviced 
later. 

s [0021] First, a description will be made of a procedure for receiving by a UE a parameter for receiving MBMS data 
for a selected MBMS service when the MBMS service selected by the UE is currently provided by a mobile communi- 
cation system. FIG. 3 illustrates a signaling procedure for receiving, by the UE 1 01 , MBMS data cun^entty provided by 
the mobile communication system. Herein, the parameter for receiving MBMS data may include physical channel- 
related information and transport channel-related Infomfiation. if a con'esponding MBMS service Is enciphered before 

10 being transmitted, the parameter may also Include Information needed to decipher the MBMS data. 

[0022] Referring to FiGs. 2 and 3, if power of the UE 101 is turned on in step 201 , the UE 101 perfomis registration 
(or initial registration) into a particular ceil In step 202. For the registration into a particular cell, the UE 101 can use 
the existing registration procedure. That is, the UE 101 establishes RRC (Radio Resource Control) connection with 
the UTRAN 102, and then transmits its own IMS1 (International Mobile Subscriber Identifier) value to the SGSN 103, 

IS using a NAS (Non-Access Stratum) message. The SGSN 1 03 then requests the HLR 1 08 to authenticate whether the 
UE that performs the initial registration Is a previously registered UE. 

[0023] in step 203, the U E 1 01 acquires infonnation on the type of an MBMS service that is currently being serviced 
in a cell, or scheduled to be serviced later. At this moment, the CBC 107 can be used to broadcast the MBMS service- 
related infonnation. An example of a signaling procedure for broadcasting MBMS service-related in fomnation by the 

20 CBC 1 07 can be represented by steps 302 and 303 of FiG. 3. in step 204, the UE 1 01 selects its desired MBMS service 
based on the received MBMS service-related Information. In addition, the UE 101 detemilnes whether the selected 
MBMS service Is currently available or scheduled to be serviced later. If the selected MBMS service is currently being 
serviced, the UE 101 can receive desired MBMS data through steps 211 to 213. In step 211, the UE 101 provides the 
UTRAN 102 with infonnation on the type of its desired MBMS sen/ice and information necessary for authentication. 

25 The UTRAN 1 02 then determines whether it can provide the MBMS service selected by the UE 101 , based on the 
infonnation received from the UE 1 01 . The elements participating in this step and an example of a signaling procedure 
among them are represented by steps 304 and 305 of FIG. 3. In step 304, the UE 101 transmits an Identifier of the 
selected MBMS service and its own unique Identifier (e.g., IMSI) to the SGSN 103. The SGSN 103 then inquires from 
the HLR 108. in step 305, about whether authentication of the UE 101 and reception of the selected MBMS service 

30 are possible. In step 212, the UE 101 determines whether the authentication was successfully perfonned. if the UE 
1 01 has a right to receive the selected MBMS service, it proceeds to step 213. The UTRAN 102 then transmits, to the 
UE 1 01 , infonnation for transmitting the selected MBMS data. In this case, an example of an expected signaling pro- 
cedure between the UTRAN 1 02 and the UE 101 is represented by steps 306, 307, 308, 309, and 310 of FiG. 3. If the 
SGSN 103 Informs the UTRAN 102 that authentication of the UE 101 was successfully completed In step 306, the 

35 UTRAN 102 provides the UE 101 with infonnation needed to receive the selected MBMS data in step 307. After suc- 
cessfully setting up a channel based on the information necessary for receiving the selected MBMS data, the UE 101 
reports the result infonnation to the UTRAN 102 in step 308. In step 309, the UTRAN 102 transmits again the result 
infonnation to the SGSN 103. in step 310, the SGSN 103 infonns the GGSN 104 that a particular UE has started 
receiving the corresponding MBMS data. As the step 310 is to transmit fundamental accounting data corresponding 

40 to receipt of an MBMS service, it can he omitted according to an accounting system. For example, when the accounting- 
related data of UEs is managed by the SGSN 103, the step 310 can be omitted. Alternatively, the step 310 may be 
perfonned after the service is ended. However, when an MBMS service request is failed because the UE 101 cannot 
receive the selected MBMS data, the UTRAN 102 can refuse to provide the selected MBMS service. 
[0024] Next, a description will be made of a procedure for setting up a channel for an MBMS service when an MBMS 

45 service selected by a UE is scheduled to be provided later. In this case, MBMS service- related elements and an ex- 
pected signaling procedure among them are illustrated in FIG. 4. 

[0025] Referring to FIGs. 2 and 4, if the UE 1 01 detemiines in step 204 that the MBMS data selected by the UE 1 01 
itself will be provided later, it proceeds to step 205. In step 205, the UE 1 01 can previously register receipt of a corre- 
sponding service. At this moment, an expected signaling procedure can be represented by steps 404, 405, and 406 

50 of FiG. 4, In step 404, the UE 1 01 transmits an Identifier of the selected MBMS service and Its own unique UE identifier 
to the SGSN 103. The UE identifier can include an IMSI, a P-TMSI (Packet-Temporary Mobile Station Identity), or an 
RNTI (Radio Network Temporary Identity). P-TMSI is a UE identifier assigned by a packet network, or an SGSN, while 
TMSI is a UE identifier assigned by a circuit network, or an MSG. The SGSN 103 then inquires from the HLR 108, in 
step 405, about whether the corresponding UE 101 can receive the selected MBMS data. If the UE 101 can receive 

S5 the selected MBMS data, the SGSN 103 informs the UE of success in service registration in step 406. In this case, 
the SGSN 103 may assign TMGi (Temporary Multicast Group Identity), a UE identifier assigned in common to the 
selected MBMS service. In step 407, the SGSN 103 infonns the GGSN 104 that a request for an MBMS service selected 
In the UTRAN 1 02 managed by the SGSN 1 03 was received. The GGSN 1 04 transmits again the infonnation provided 
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from the SGSN 103 to the MB-SC 105. In the step stated above, a path for a corresponding M6MS sen/ice may be 
established between the MB-SC (MBMS source) 105 and the SGSN 103. 

[0026] In step 206, the UE 1 01 can be previously informed by related elements that the selected MBMS data wlil be 
provided before long. How long ago the infonnation should be previously provided by the elements before actuai MBMS 

5 data will be provided can be realized in different methods. An example of a signaling procedure that can be used in 
step 206 is represented by step 408 of FIG. 4. In step 408, the MB-SC 105 detemnines providing of selected MBMS 
data through scheduling, and then announces the result to the con^esponding SGSN 103. The SGSN 103 then an- 
nounces the result to related UEs trough the UTRAN 102. As a method of announcing by the SGSN 103 the start of 
a corresponding MBMS sen/ice to the related UEs, a paging procedure previously defined in an existing asynchronous 

10 CDMA mobile communication system can be used. 

[0027] After previously perceiving the start of the selected MBMS service through step 206, the UE 101 reaffimns 
reception of the con^esponding MBMS data in step 207. This is because even a UE that previously requested an MBMS 
service may not receive MBMS data according to circumstances. The UTRAN 102 may re-identify the UE 101 that 
requested reception of corresponding MBMS data. This corresponds to steps 409 and 410 of FIG. 4. In step 409, the 

15 UE 101 can transmit its own unique identifier, TMGI, or MBMS identifier. 

[0028] In step 208, the UE 101 detenmines whether the UE identification was successfully achieved. If it is determined 
that the UE identification was successfully accomplished, the UE 101 performs a procedure for setting up a channel 
for providing an MB MS service between the UTRAN 1 02 and the UE 1 01 , and between the UTRAN 1 02 and the SGSN 
103 In step 209. Steps 411, 412, 413 and 414 of FIG. 4 show an example of creating related channels by using a 

20 procedure previously defined in the existing asynchronous CDMA mobile communication system. 

[0029] In step 415, the SGSN 103 Informs the GGSN 104 that the corresponding UE 101 receives MBMS data. As 
the step 415, like the step 310 of FIG. 3, is to transmit fundamental accounting data corresponding to receipt of the 
MBMS service, it can be omitted according to an accounting system. Alternatively, the step 415 may be performed 
after the service is ended. 

25 [0030] Above, the present invention has been described on the assumption that a mobile communication system 
includes one UTRAN and one SGSN. However, the invention can also be applied to a mobile communication system 
including a plurality of UTRANs and SGSNs. In the following description, reference will be made to a method for setting 
up a transmission path for an MBMS service in the mobile communication system including a plurality of UTRANs and 
SGSNs. Further, in the following description, lu-Flex is introduced to divide a plurality of RANs (Radio Access Networks) 

30 Into a predetermined number of groups and define the groups using the term "CS pool-area" or "PS pool-area." 

[0031] FIG. 5 illustrates the connection between RNCs and a fixed network when the lu-Flex is applied. In FIG. 5, 
paths between RNCs and MSCs (Mobile Switching Centers) are for a circuit-based service, while paths between the 
RNCs and SGSNs are for a packet-based service. Because the present Invention is related to transmission of MBMS 
data, a description of the invention will be focused on signaling transmission between the RNCs and the SGSNs. 

35 [0032] Referring to FIG. 5, when the concept of lu-Flex is introduced, a plurality of RNCs can be connected to a fixed 
network via a plurality of SGSNs (or MSCs). The RNCs managed in common by the SGSNs are called a "PS pool- 
area," while the RNCs managed in common by the MSCs are called a "CS pool-area." Herein, devices located In the 
same hierarchical position as the MSC and the SGSN are called a "core network (CN)." Each SGSN (or MSC) has 
NRI (Network Resource Identifier), Its own unique identifier assigned thereto. The NRI becomes a part of P-TMSI (or 

40 TMSI), a temporary identifier assigned to a UE. That is, when the RNCs should set up connection with a fixed network 
in order to provide a particular packet-based (or circuit-based) service to a U.E, connection between the RNCs and a 
particular SGSN (or MSC) Is setup based on NRI included in the P-TMSI (or TMSt) assigned to the UE. If the UE fails 
to be assigned P-TMSI (or TMSI), like in an initial registration process, the RNC sets up connection with a particular 
SGSN (or MSC) considering a load of the SGSN (or MSC). The corresponding SGSN (or MSC) assigns P-TMSI (or 

45 TMSI) with its own NRI to the UE. 

[0033] When the Intact channel setup scenario for MBMS data transmission described in conjunction with FlGs. 3 
and 4 is applied in a situation where the concept of lu-Flex was introduced, a path over which MBMS data is transmitted 
is repeatedly generated in the same PS pool-area undesirably. That is, in FIG. 5, if particular UEs belonging to PS 
pool-area #2 select the same MBMS service and then inform a corresponding SGSN of the selection result, there are 

50 12 possible transmission paths according to the RNC to which the UE belongs and the type of the corresponding 
SGSN, as Illustrated In FIG. 6. 

[0034] As illustrated in FiG. 6, each RAN has a plurality of different paths corresponding to the SGSNs. For example, 
RAN node Area #2 is connected to SGSN #3, SGSN #4, and SGSN #5 by 3 different paths 601 , 602, and 603, respec- 
tively, and RAN node Area #3 is connected to SGSN #3, SGSN #4, and SGSN #5 by 3 different paths 604, 605. and 
55 606, respectively, Furthemiore, RAN node Area #6 Is connected to SGSN #3, SGSN #4, and SGSN #5 by 3 different 
paths 607, 608, and 609, respectively, and RAN node Area #7 is connected to SGSN #3, SGSN #4, and SGSN #5 by 
3 different paths 610, 611, and 612, respectively. In addition, GGSN is connected to the SGSN #4, SGSN #5, and 
SGSN #6 by 3 different paths 613, 614 and 615. 
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[0035] However, considering that tlie SGSN #3, SQSN #4, and SGSN #5 manage the same PS pool-area (RAN 
node Area #2, RAN node Area #3, RAN node Area #6, and RAN node Area #7), it Is sufficient for the GGSN to make 
an IV1BMS data transmission path to only one of the SGSNs and for the SGSN to transmit the MBIVIS data to corre- 
sponding RNCs (or RAN node Areas). In this case, the number of actually required MBMS data paths is 5: 4 between 
5 RAN node Area and SGSN, and 1 between SGSN and GGSN. 

[0036] The present Invention proposes a method for effectively generating a channel for providing an MBMS service 
even when the concept 'lu-Flex' Is Introduced to the MBMS service. 
[0037] For this, the following two embodiments are provided. 

10 (1 ) A method of managing default SGSN infonnation by an RNC 

(2) A method of managing default SGSN infonnation by an SGSN 

[0038] The default SGSN information (hereinafter, represented by a parameter Dcf_SGSN_MBMS_sel) has a value 
corresponding to an identifier of an SGSN designated as a default SGSN. 

15 

1. Method of Managing Default SGSN Information by an RNC 

[0039] First, a description will be made of a method for effectively generating, by an RNC, a transmission path for 
providing an MBMS sen/ice based on default SGSN infonnation: 
20 [0040] In order for the RNC to manage default SGSN infonnation related to a corresponding MBMS service, the 
following rules should be additionally defined as compared with the case where iu-Flex is not introduced. 

(1) An RNC should store and manage default SGSN Information according to MBMS identifiers, and provide other 
SGSNs with related information. 
25 (2) Default SGSN information Is set when a UE selects a con^espondlng MBMS sen/ice and then infonns an RNC 
of the selection result, or when other SGSNs provide the RNC with the default SGSN infonnation. 

(3) When a default SGSN related to an MBMS service selected by a particular UE is not designated, an RNC 
manages a value corresponding to an SGSN identifier calculated from P-TMSI of the UE as a default SGSN. 

(4) An RNC stores a default SGSN value of an MBMS service received from other SGSNs. 

30 (5) An SGSN designated as a default SGSN for a particular MBMS service, when it does not have information 
(TMGI, UE infonnation, etc.) related to a con-esponding MBMS service, provides an MBMS identifier and its own 
identifier to ail RNCs belonging to the PS pool-area. 

(6) When a particular MBMS service is ended, a corresponding default SGSN should announce the end of the 
corresponding service to ail RNCs belonging to the PS pool-area, and the RNCs then delete related infonnation. 

35 

[0041] A description will now be made of an example of redefining the signaling procedure defined in conjunction 
with FiGs. 3 and 4, based on the added rules stated above. 

[0042] For convenience, the description will be separately made with reference to a first process of initially perfonning 
registration on a specific MBMS service among UEs belonging to a particular PS pool-area and a second process of 
40 selecting the same MBMS service by other UEs belonging to the same PS pool-area after the first process is success- 
fully perfomned. 

1.1 Initial Registration Procedure for Specific MBMS Service 

45 [0043] FIG. 7 illustrates a process of selecting a specific MBMS service by a first UE among UEs belonging to a 
particular PS pool-area. This procedure corresponds to steps 404 to 406 of FIG. 4. It Is assumed in FIG. 7 that a UE 
#1 is located in an area (RAN node Area #1) managed by an RNC #1 , and has P-TMSI assigned by an SGSN #1 
through an initial registration process. In addition, it is assumed that RNC #1 , RNC #2 and RNC #n belong to the same 
PS pool-area 701 , and the PS pool-area 701 is jointly managed by SGSN #1 , SGSN #2, and SGSN #n 702. 

50 [0044] Referring to FIG. 7, a UE #1 acquires, through a service acquisition step, information on an available MBMS 
service from a cell where the UE #1 is cun-entiy iocated, and then selects a particular available MBMS sen/ice. If the 
particular MBMS service Is selected, the UE #1 infonns an RNC #1 to which the UE #1 belongs that the particular 
MBMS was selected in step 703. At this moment, the UE #1 transmits to the RNC #1 its own Identifier (e.g., P-TMSi) 
and an identifier of the selected MBMS. This corresponds to the procedure perfomned between an UE and a UTRAN 

55 in step 404 of FIG. 4. 

[0045] The RNC #1 then checl<s and changes default SGSN infonnation related to the selected MBMS service based 
on the infonmatlon received from the UE #1 , in step 704. The signaling procedure illustrated in FIG. 7 Is perfonned with 
reference to an MBMS service first selected by the UE #1 In a particular PS pool-area. Therefore, it can be understood 
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that a Def_SGSN_MBMS_sel parameter related to the corresponding MBMS service is not generated yet. After per- 
ceiving an absence of the parameter related to the MBi\^S service selected by the UE #1 , the RNC #1 designates an 
identifier of an SGSN (or a default SGSN) corresponding to NR( calculated from P-TMSI, an identifier of the UE #1 , 
as a value of the parameter Def_SGSN_iVlBIVIS_sel. That is, as a value of the parameter Def_SGSN_IVIBIVIS_sel for 
Identifying a corresponding SGSN, an existing ID_NNS (intra-Domain NAS Node Selector) value can be designated 
or another constant can be designated by a particular fomnula in order to identify a default SGSN. In the embodiment 
of the present invention , a value of the parameter Def_SGSN_MBMS_sei Is set as a value corresponding to an identifier 
of SGSN #1 . If the value of the parameter Def_SGSN_MBMS_sel is successfully set, the RNC #1 can manage infor- 
mation, illustrated in Table 1 , on an MBMS service selected by the UE #1. 



TABLE 1 



Parameter 


Value 


MBMS Service Identifier 


Identifier of MBMS service selected by UE #1 


Def_SGSN_MBMS„sel 


Identifier of SGSN #1 



[0046] The RNC #1 should manage the infonnation of Table 1 according to MBMS services. 
[0047] If desired information is completely set by the above procedure, the RNC #1 transmits an Identifier of an 
MBMS service selected by the UE #1 and a value 706 of the parameter to the SGSN #1 in step 705. Of course, for 
authentication, an identifier of the UE #1 should also be transmitted together. This corresponds to the procedure for 
transmitting a service registration-related signal from a UTRAN to an SGSN in step 404 of FIG. 4. 
[0048] In step 707, the SGSN #1 performs a process of authenticating the UE #1 based on infonnation managed by 
an HLR. This is identical to step 405 of FIG. 4. If authentication for the UE #1 is successfully completed by the authen- 
tication process, the SGSN #1 perceives that a default SGSN for the MBMS service selected by the UE #1 is the SGSN 
#1 itself. If the SGSN #1 perceives that the SGSN #1 itself is a default SGSN corresponding to the selected MBMS 
service, the SGSN #1 determines that it does not have infomnation on the selected MBMS service. Subsequently, the 
SGSN #1 adds an identifier of the UE #1 to a list of UEs that assigned TMGI related to the selected MBMS service 
and then requested a corresponding service. In step 708, the SGSN #1 infonms all RNCs (RNC #2 to RNC #n) belonging 
to the same PS pool-area as the RNC #1 , that the SGSN #1 was designated as a default SGSN. Information transmitted 
at this time includes an Identifier of the MBMS service selected by the UE #1 . The Def_SGSN_MBMS_sel infomiatlon 
provided at the SGSN #1 from the RNC #1 may also be transmitted together (See reference numeral 709). 
[0049] In response, the RNC #2 to the RNC #n set a parameter Def_SGSN_MBMS_sei related to a specific MBMS 
service in the same operation as perfomied in step 704 by the RNC #1 . Thereafter, in step 710, the RNC #2 to the 
RNC #n provide the SGSN #1 with the set parameter Def_SGSN_MBMS.sel related to the specific MBMS service 
(See reference numeral 711). This represents a process of confimiing that the SGSN #1 was successfully registered 
as a default SGSN. If the steps 708 and 710 are successfully perfomned, the RNC #2 to the RNC #n can manage the 
same infonnation as the infonnation of Table 1 managed by the RNC #1 . 

[0050] In step 712, the SGSN #1 transmits the Def_SGSN_MBMS_seltothe RNC#1 (See reference numeral 713), 
thereby infonning the RNC #1 that the MBMS service selected by the UE #1 was successfully registered. In step 714, 
the RNC #1 informs the UE #1 that the selected MBMS service was successfully registered. This procedure con^esponds 
to step 406 of FIG. 4. At this moment, TMGI can also be transmitted together, as described in conjunction with FIG. 4. 
[0051] Through the above process, the UE #1 ends a registration process for the selected specific MBMS service 
through the RNC #1 and the SGSN #1. The other steps like the step 408 and its succeeding steps of FIG. 4 will be 
described later. Comparing the signaling procedure illustrated in FIG. 4 with a signaling procedure realized by intro- 
ducing the lu-Flex, it can be understood that a parameter managed by the RNC is newly introduced. In addition, it can 
be noted that a process (step 704) of generating and changing a value of each parameter Is added to the RNC. Of 
course, an additional signaling transmission process (steps 708 and 710) Is also introduced, and the same procedure 
as the procedure of FIG. 4 requires even the information that must be additionally transmitted (See reference numerals 
706, 709, and 711). 

1.2 Registration Procedure for initially Registered Specific MBMS Service 

[0052] Next, a description will be made of a process in which after a UE #1 successfully ends an Initial registration 
procedure for a specific MBMS service, the other UEs belonging to the same PS pool-area as the UE 1 request reg- 
istration of the same MBMS service. For convenience, the description will be separately made with reference to a first 
process of registering the same MBMS service through other SGSNs and a second process of registering an MBMS 
service through SGSN #1 previously designated as a default SGSN. 
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1 .2.1 Registration through SGSNs other than Default SGSN 

[0053] FIG. 8 illustrates an example of a signaling procedure expected when a particular UE (hereinafter refen'ed to 
as "UE #2") belonging to the same PS pool-area as the UE #1 registers the same MBMS service as an MBMS sen/lce 
5 provided by the UE #1 through SGSNs other than the SGSN #1 designated as a default SGSN. It is assumed in FIG. 
8 that the UE #2 has P-TMSI assigned by SGSN #2. 

[0054] Referring to FIG. 8, In step 803, the UE #2 selects the same MBMS service as the UE #1 does, and then 
sends a service request for the selected MBMS service to an RNC #2. At this moment, the UE #2 transmits its own 
unique identifier and an Identifier of the selected MBMS service to the RNC #2. In step 804, the RNC #2 checks that 

10 a default SGSN corresponding to the selected MBMS service was designated as an SGSN #1 hased on a corresponding 
parameter Def_SGSN_MBMS_sel managed by an Initial registration procedure related to the MBMS service selected 
by the UE #2. After checking the default SGSN, the RNC #2 determines from P-TMSI of the UE #2 that signaling 
connection should be established to SGSN #2. Thereafter, in step 805, the RNC #2 transmits an identifier of the selected 
MBMS service and a value of the parameter Def_SGSN_MBMS_sel to the SGSN #2 (See reference numeral 806). 

15 Values of the transmitted parameters are illustrated in Table 1 . 

[0055] In step 807, the SGSN #2 performs an authentication procedure for the UE #2 based on information managed 
by an HLR. If authentication for the UE #2 Is successfully performed by the authentication procedure, the SGSN #2 
transmits in step 808 an Identifier of the MBMS service selected by the UE #2 and an identifier of the UE #2 (See 
reference numeral 809), to the SGSN #1, a default SGSN. The SGSN #1, a default SGSN of the selected MBMS 

20 service, includes the UE #2 In a list of UEs that desire to receive the con-esponding MBMS service. After newly regis- 
tering the UE #2 in a list of UEs that desire to receive the selected MBMS service, the SGSN #1 infonns in step 810 
the SGSN #2 thatthe UE #2 was registered. At this moment, the SGSN #1 transmits an identifier of the selected MBMS 
servtee, an Identifier of the UE #2, and the TGMI all together (See reference numeral 811). In step 812, the SGSN #2 
transmits the Def_SGSN_MBMS_sel to the RNC #2 (See reference numeral 81 3), thereby infomiing the RNC #2 that 

25 the MBMS service selected by the UE #2 was successfully registered. In step 814, the RNC #2 informs the UE #2 of 
successful registration of the selected MBMS service. 

[0056] Comparing the procedure of FIG. 8 with the procedure of FIG. 7, a process (steps 808 and 810) of transmitting 
UE Infomnation to the SGSN #1 , a default SGSN, Is newly added Instead of a process (steps 708 to 711) in which the 
SGSN #1 selected as a default SGSN transmits Infomnation illustrated in Table 1 related to the selected MBMS service 
30 to alt RNCs belonging to a particular PS pool-area. 

1.2.2 Registration through Default SGSN 

[0057] FIG. 9 illustrates an example of a signaling procedure expected when a particular UE belonging to the same 
35 PS pool-area as the UE #1 registers the same MBMS service as an MBMS service provided by the UE #1 through an 
SGSN #1 , a default SGSN. The signaling procedure Illustrated In FIG. 9 Is a part of the signaling procedure described 
in conjunction with FIG. 7. That is, the signaling procedure illustrated in FIG. 9 corresponds to steps 703, 704, 705, 
707, 712, and 714 of FIG. 7. Since steps 708 and 710 represent the process perfonned in the initial registration pro- 
cedure by the U E #1 , It can be omitted. It is assumed in FIG. 9 that a UE #3 belongs to an RNC #1 and a UE #4 belongs 
40 to an RNC #n. The UE #3 and the UE #4 both have P-TMSI assigned by an SGSN #1 . When the procedure Illustrated 
in FIG. 9 is successfully perfomned, the SGSN #1 selected as a default SGSN can obtain infomnation on all UEs that 
desire to receive a con^esponding MBMS service among the UEs belongingto a PS pool-area. Therefore, atransmisslon 
path for transmitting specific MBMS data can be set up only between the SGSN #1 selected as a default SGSN and 
a GGSN. 

45 [0058] Referring to FIG. 9, a UE #3 acquires information on an available MBMS service from a cell where it is cun'ently 
located, through a service acquisition procedure, and then selects a particular available MBMS service. When the 
particular MBMS service is selected, the UE #3 informs the RNC #1 to which it belongs that the particular MBMS 
servtee has been selected in step 901 . At this moment, the UE #3 transmits Its own unique identifier (e.g., P-TMSI) 
and an Identifier of the selected MBMS service to the RNC #1 . 

50 [0059] In step 902, the RNC #1 checks and changes default SGSN Information related to the selected MBMS service 
based on the information received from the UE #3. After perceiving that there Is a parameter related to the MBMS 
service selected by the UE #3, the RNC #1 designates NRI calculated from P-TMSI, an identifier of the UE #3, as a 
value of a parameter Def_SGSN_MBMS_sel. In this example, a value of the Def_SGSN_MBMS_sel is set as a value 
corresponding to an identifier of an SGSN #1 . If the value of the Def_SGSN_MBMS_sel is successfully set, the RNC 

55 #1 can add the set parameters to the Infomiation illustrated in Table 1 and then manage the information on the MBMS 
service selected by the UE #3. 

[0080] If desired information is completely set by the above procedure, the RNC #1 transmits an Identifier of an 
MBMS service selected by the UE #3 and a value 904 of the parameter to the SGSN #1 In step 903. In step 905, the 
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SGSN #1 performs a process of authenticating the UE #3 based on the Information managed by an HLR. If authenti- 
cation for the UE #3 Is successfuliy completed, the SGSN #1 perceives that a default SGSN for the MBMS service 
selected by the UE #3 is the SGSN #1 itself. The SGSN #1 adds an identifier of the UE #3 to a list of UEs that requested 
a corresponding service. In step 906, the SGSN #1 transmits the Def_SGSN_I^BIVIS_sel to the RNC #1 , thereby to 
5 infonn the RNC #1 that the MBMS service selected by the UE #3 was successfully registered. In step 908, the RNC 
#1 infomns the UE #3 that the selected MBMS service was successfully registered. 

[0061] Although steps 909 to 916 of registering an MBMS service selected by the UE #4 have not be described In 
detail, these steps are perfomied In the same procedure as the steps 901 to 908, and therefore, will not be described 
again. 

10 

1.3 Service Announcement Procedure for Specific MBMS Service 

[0062] FIG. 10 illustrates a method for announcing that an MBMS service has been actually provided to UEs for 

which a specific MBMS service was registered through the procedures presented in FIGs. 7 to 9. This corresponds to 
^5 the signaling procedure perfonned in steps 408 and 409 of FIG. 4. 

[0063] Referring to FIG. 1 0, in step 1 001 , a GGSN announces start of a service to an SGSN #1 selected as a default 

SGSN before an MBMS service selected by UEs In FIGs. 7, 8 and 9 is started. 

The SGSN #1 , after being announced start of the selected MBMS service by the GGSN, announces start of a 

corresponding service to RNCs managing UEs that requested reception of the corresponding MBMS service among 
20 all RNCs (RNC #1 to RNC #n) belonging to a particular PS pool-area, in steps 1002 to 1 004. As a message available 

at this moment, a paging message, an existing RANAP (Radio Access Network Application Part) message, can be 

used. The paging message may be transmitted to all RNCs belonging to the PS pool-area, in case a UE that selected 

the con^esponding MBMS service moves to another cell. 

[0064] Upon receipt of the paging message, the RNCs must announce start of the registered MBMS service to related 
25 UEs. This procedure is perfonned in steps 1005, 1008, and 1012. A message available for these steps Includes a 

paging type #1 and a paging type #2. A message type can be selected depending on an RRC state of the corresponding 

UE. Upon receiving the paging type #1 or paging type #2, the UEs inform a corresponding RNC that they will actually 

receive the MBMS servk^e selected by them. This procedure conresponds to steps 1 006, 1 009, and 1 01 3. In step 1 006. 

the UE #1 and the UE #3 inform the RNC #1 that they will actually receive the selected MBMS service. In step 1009, 
30 the UE #2 Informs the RNC #2 that it will actually receive the selected MBMS service. In step 1013, the UE #4 Infomis 

the RNC #n that It will actually receive the selected MBMS service. A message available at this moment includes a 

paging response message. 

[0065] The RNCs infomn SGSNs connected to the corresponding MBMS service that con-esponding UEs are re- 
questing the MBMS service. That is, the RNC #1 and the RNC #n infonn the SGSN #1 selected as a default SGSN 
35 that the UE #1 , UE #3, and UE #4 desire to receive the MBMS sen/ice. This process corresponds to step 1 007 and 
1 01 4. However, the RNC #2 must infonn the SGSN #2 that the UE #2 desires to receive the MBMS service, and the 
SGSN #2 must announce this again to the SGSN #1 . This conresponds to steps 1 010 and 1 01 1 . In step 1 01 1 , an MBMS 
Identifier or TMGI, and a UE identifier must be transmitted. 

[0066] After all these steps are successfully performed, a transmission path for providing an MBMS service can be 
40 set up among the UEs, the RNCs (or UTRANs), and the SGSN #1 selected as a default SGSN through steps 41 1 , 41 2, 
413. and 414 of FIG. 4. 

1 .4 Registration Procedure for MBMS Service Cun-ently In Service 

45 [0067] FIG. 11 illustrates a procedure expected when a UE selects an MBMS service that was already initiated in a 
particular PS pool-area. In this case, all RNCs included in the PS pool-area already have infomnation on a default 
SGSN for a corresponding MBMS service, while all steps Illustrated In FIGs. 7 to 10 are performed. It is assumed In 
FIG. 11 that a UE #5 belongs to an RNC #1 and an SGSN #1 has assigned P-TMSI. In addition, it is assumed that a 
default SGSN of an MBMS service requested by the UE #5 has been designated by Def_SGSN_MBMS_sel. Further- 

50 more, it is assumed in FIG. 11 that a default SGSN is defined as Def^SGSN. 

[0068] Referring to FIG. 11 , in step, a UE #5 selects a previously initiated MBMS service and infomns an RNC #1 of 
the selection result. In step 1 1 02, the RNC #1 checks a parameter Def_SGSN_MBMS_sel related to the MBMS servtee 
selected by the UE #5. In this example, a value of the parameter Def_SGSN_MBMS_sel means Def_SGSN. In step 
1 1 03, the RNC #1 detennines from P-TMSI of the UE #5 that infomnation related to the MBMS service selected by the 

ss UE #5 should be transmitted to the SGSN #1 , and then announces this situation to the SGSN #1 . Steps 1101 , 11 02, 
and 1103 correspond to the step 304 of FIG. 3. 

[0069] In step 1104, the SGSN #1 perfomns an authentication procedure for authenticating the UE #5 based on 
Infonnation managed by an HLR. The authentication procedure corresponds to the step 305 of FIG. 3. In step 1105, 
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the SGSN #1 provides an identifier of the I^BMS service selected by the UE #5 and an identifier of the UE #5 to Def 
SGSN designating a default SGSN. The Def_SGSN adds the UE #5 to a list (or multicast group) of UEs receiving the 
corresponding MBMS data, and then Informs In step 1106 the SGSN #1 of the addition of the UE #5. In step 1107, the 
SGSN #1 Infomis the RNC #1 that registration of the UE #5 was successfully completed. This procedure con'esponds 
5 to Step 306 of FIG. 3. 

[0070] If the MBI^S service previously selected by the UE #5 is being provided even in the RNC #1 , i.e., if other UEs 
belonging to the RNC #1 are already receiving the con'esponding MBMS service, the RNC #1 can transmit a parameter 
needed by the UE #5 In receiving MBMS data In step 1109. However, when other RNCs belonging to the same PS 
pool-area as the RNC #1 are providing corresponding MBMS data and there is no UE receiving the corresponding 
10 MBMS data among the UEs belonging to the RNC #1 , a procedure of step 1108 for setting up a path for MBMS data 
transmission between the Def_SGSN and the RNC #1 Is required. 

[0071] Compared with the procedure of FIG. 3, the procedure of FIG. 1 1 further Includes the steps 11 02, 1 1 04, 11 05, 
1 1 06, and 1 1 08. Even In step 1 1 03 that was already defined in FIG. 3, a value of a transmission parameter Is different. 

IS 1 .5 Ending Procedure of Specific MBMS Service 

[0072] FIG. 12 shows that If a specific MBMS service Is ended, corresponding default SGSN-related information 
managed by each RNC must be deleted. For this, a default SGSN transmits an Identifier of the conresponding MBMS 
service to all RNCs belonging to the PS pool-area. Upon receiving the MBMS identifier, the RNCs delete Infonnation, 
20 Illustrated In Table 1 , on the corresponding MBMS service, managed by them. 

1.6 Another Example of Initial Registration Procedure for Specific MBMS Service 

[0073] In the initial registration procedure described with reference to FIG. 7, it is assumed that a UE requests an 
25 RNC to provide a specific MBMS service. However, In another example of the Initial registration procedure, which will 
he described below, it is assumed that the UE requests an SGSN to provide a specific MBMS service and the SGSN 
then informs an RNC wirelessiy connectabie to the UE that a specific MBMS service was requested by the UE. 
[0074] FIG. 1 8 has the same assumption as FIG. 7. That is, FIG. 1 8 illustrates a process of Initially selecting a specific 
MBMS service by a particular UE among UEs belonging to a particular PS pool-area. In this example, however, infor- 
30 mation on an MBMS service selected by the UE Is Included in a NAS message. The "NAS message" is a message 
including contents that an RNC cannot know. For convenience, it will be assumed that an RNC #1 and an RNC #2 
belong to the same PS pool-area, and an SGSN #1 and an SGSN #2 jointly manage RNCs belonging to the PS pool- 
area. 

[0075] Referring to FTG. 1 8, in step 1 801 , a UE belonging to an RNC #1 selects a specific MBMS service and then 
35 infomis an SGSN #1 of the selection result along with its own unique identifier. Herein, it is assumed that the UE has 
P-TMSI assigned by the SGSN #1 . An MBMS-related Identifier for identifying the specific MBMS service selected by 
the UE and the Identifier of the UE can be transmitted to the SGSN #1 through an Activate MBMS Context Request 
message. 

[0076] Upon receiving the Activate MBMS Context Request message, the SGSN #1 verifies whether the UE can 

40 receive conresponding MBMS data In step 1 802. If the verification procedure is successfully performed, the SGSN #1 
transmits Infomnatlon on an Identifier related to the MBMS service selected by the UE, to the RNC #1 In step 1803. 
The Infonnation on the Identifier related to the selected MBMS service can be transmitted through a Request MBMS 
Join message. The RNC #1 then determines whether a default SGSN for an MBMS service corresponding to the 
MBMS-related identifier is designated, based on the received infonnation on the MBMS-related identifier. If a default 

45 SGSN is not designated, the RNC #1 designates a particular SGSN as a default SGSN. In step 1804, the RNC #1 
transmits an identifier of the UE and an identifier of the selected MBMS service to the designated default SGSN through 
an MBMS Join Notification message. However, if a default SGSN related to the selected MBMS service is already 
designated, the RNC #1 transmits the identifier of the UE and the identifier of the selected MBMS service to the cor- 
responding default SGSN . It is assumed in FIG. 1 8 that the default SGSN is designated as an SGSN #2. In this example, 

50 the invention provides a method for designating a default SGSN for a specific MBMS service by an RNC, As the simplest 
method, the RNC can designate a default SGSN considering a load of the SGSN, like in the existing lu-Flex. 
[0077] The default SGSN sets infomnatlon on the selected MBMS service, and then provides all RNCs belonging to 
the same PS pool-area as the RNC #1 , with an identifier of the selected MBMS service and information indicating that 
it is designated as a default SGSN of the corresponding MBMS service In step 1805. However, if the SGSN #2 has 

55 already stored infomnatlon on the conesponding MBMS service, it adds the UE identifier received in step 1804 to 
corresponding MBMS service-related infonnation, and then proceeds to step 1809. 

[0078] Steps 1 806 and 1 808 represent a process of setting up a channel for transmitting conresponding MBMS data 
between the SGSN #2 designated as default SGSN and a GGSN. This process Is perfomied when the UE first selects 
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in step 1 801 a corresponding MBMS service in the PS pool-area managed by the SGSN #2. Upon receiving a channei 
setup request for transmission of corespondlng MBiy^S data from the SGSN #2, theGGSN transmits a Join IP Multicast 
message to an MB-SC In step 1807, to announce that it also has received the MBIVIS data. 
[0079] In step 1809, the SGSN #2 assigns TIVIGI related to the selected MBMS service, and then transmits the 
5 assigned TMGI to the SGSN #1 through an MBMS Context Create Notification message. In step 1810, the SGSN #1 
transmits the TMGI provided from the SGSN #2 to the UE. 

[0080] As described above, when another UE belonging to the same PS pool-area as the U E selects the same MBMS 
service, the steps 1806, 1807, and 1808 can be omitted. Meanwhile, in step 1804, the RNC (RNC #1 or RNC #2 In 
this example) transmits an identifier of the corresponding UE and an identifier of the MBMS service to the SGSN #2 
10 previously designated as a default SGSN. 

2. Method of Managing Default SGSN Information by SGSN 

[0081] Next, a description will be made of a method for managing by an SGSN the infonnation illustrated in FIG. 1 . 
15 I n order for the SGSN to manage infonnation related to a corresponding MBMS service, the following rules should be 
additionally defined as compared with the case where lu-Flex is not Introduced. 

(1) An SGSN should store and manage default SGSN infonnation according to MBMS Identifiers. For reference, 
even when the lu-Flex is not introduced, the SGSN should manage TMGT and a list of UEs that desire to receive 

20 corresponding sen/ice data, according to MGMS services. 

(2) Default SGSN infonnation is set when a UE receives an identifier of an MBMS service selected by a UE, or 
when infomnatlon on a default SGSN Is received from other SGSNs. 

(3) When a default SGSN related to an MBMS service selected by a particular UE is not designated, an SGSN 
designates Its own Identifier as a value of a default SGSN. In addition, the SGSN provides other SGSNs with Its 

25 own identifier and a corresponding MBMS identifier. 

(4) An SGSN stores the infonnation illustrated in Table 1 , using a default SGSN value of MBMS data received from 
other SGSNs. 

(5) When a particular MBMS service is ended, a corresponding default SGSN transmits an identifier of a corre- 
sponding MBMS service to other SGSNs that jointly manage the PS pool-area, and ail the SGSNs receiving the 

30 MBMS identifier delete infomnatlon of Table 1 managed by them. 

[0082] A description will now be made of an example of redefining the signaling procedure defined in conjunction 
with FIGs. 3 and 4, based on the added rules stated above. For convenience, the description will be separately made 
with reference to a first process of initially performing registration on a specific MBMS service among UEs belonging 
35 to a particular PS pool-area and a second process of selecting the same MBMS service by other UEs belonging to the 
same PS pool-area after the first process Is successfully perfonned. 

2.1 Initial Registration Procedure for Specific MBMS Service 

40 [0083] FIG. 13 illustrates a process of selecting a specific MBMS service by a first UE among UEs belonging to a 
particular PS pool-area. This procedure coresponds to steps 404 to 406 of FIG. 4, and is another example In the same 
situation as described in conjunction with FIG. 7. It Is assumed in FIG. 13 that a UE #1 is located In an area (RAN node 
Area #1} managed by an RNC #1, and has P-TMSI assigned by an SGSN #1 through an Initial registration process. 
In addition, it is assumed that RNC #1 , RNC #2. and RNC #n belong to the same PS pool-area 1301 , and the PS pool- 

45 area 1301 Is jointly managed by SGSN #1 , SGSN #2, and SGSN #n 1 302. 

[0084] Referring to FIG. 13, a UE #1 acquires, through a service acquisition step, Infonnation on an available MBMS 
service from a cell where the UE #1 is cun-ently located, and then selects a particular available MBMS service. If the 
particular MBMS sen/ice is selected, the UE #1 infomns an RNC #1 to which the UE #1 belongs that the particular 
MBMS was selected in step 1 303. The RNC #1 determines from an Identifier of the UE #1 that a corresponding message 

50 must be transmitted to an SGSN #1 . As a result of the detemnination, the RNC #1 transmits the message to the SGSN 
#1 . At this moment, the UE #1 transmits to the SGSN #1 its own identifier (e.g., P-TMSI) and an identifier of the selected 
MBMS. This corresponds to step 404 of FIG. 4. 

[0085] The SGSN #1 then perfomns in step 1 304 a process of authenticating the UE #1 based on Infonnation managed 
by an HLR. This is Identical to step 405 of FIG, 4. If authentication for the UE #1 Is successfully completed by the 
55 authentication process, the SGSN #1 perceives that a default SGSN for an MBMS service selected by the UE #1 Is 
the SGSN #1 itself, if the SGSN #1 perceives that It is a default SGSN for the selected MBMS service, the SGSN #1 
detemfilnes that it does not have infomriation on the selected MBMS service. Further, the SGSN #1 assigns TMGI 
related to the selected MBMS service, and then adds an identifier of the UE #1 to a list of UEs that requested the 
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corresponding MBMS service. If authentication is successfully completed by the authentication procedure, the SGSN 
#1 checl<s and changes default SGSN infomriation related to the selected MBMS service based on the Infomnation 
received from the UE #1 , in step 1305. The signaling procedure Illustrated in FIG. 13 Is performed with reference to 
an MBMS service first selected by the UE #1 In a particular PS pool-area. Therefore, it can be understood that a 

5 Def_SGSN_MBMS_sel parameter related to the corresponding MBMS sen/ice is not generated yet. The parameter 
Def_SGSN_MBMS_sel can be generated In the way described In the first embodiment. That is, as an Identifier for 
identifying a default SGSN, a unique identifier for identification of an SGSN can be designated using existing Information 
or a particular formula. Therefore, as for the parameter Def_SGSN_MBMS_sel of the MBMS service selected by the 
UE #1 , the RNC #1 , after perceiving absence of a generation-related parameter, sets an identifier of an SGSN corre- 

10 spending to NRI calculated from P-TMSI, an identifierof the UE#1, as a value of the parameter Def_SGSN_MBMS_sel. 
In the embodiment of the present invention, a value of the parameter Def_SGSN„MBMS_sei Is set as a value corre- 
sponding to an identifier of SGSN #1 . If the value of the parameter Def.SGSN.MBMS^sel is successfully set, the 
SGSN #1 can manage infomriation, illustrated in Table 2, on an MBMS sen^lce selected by the UE #1 . 

15 TABLE 2 



Parameter 


Value 


MBMS Service identifier 


Identifier of MBMS service selected by UE #1 


Def_SGSN_MBMS_sel 


Identifier of SGSN #1 


TMGI 


Assigned TMGI 


UE list 


Identifier of UE requesting the MBMS service 



[0086] Default SGSNs selected for specific MBMS services should manage the infomriation of Table 2 according to 
MBMS services. 

[0087] If desired infomiation is completely set by the above procedure, the SGSN #1 transmits, in step 1306, an 
identifier of an MBMS service selected by the UE #1 and a value 1307 of the parameter to all SGSNs belonging to the 
same PS pool-area as the SGSN #1 . That is, the SGSN #1 infonns the remaining SGSNs (SGSN #2 to SGSN #n) that 
it Is designated as a default SGSN for the corresponding MBMS service, infomriation transmitted at this moment can 
become not only the MBMS identifier but also a default SGSN service identifier Def_SGSN_MBMS_sel (See reference 
numeral 1307). 

[0088] In response, the SGSN #2 to the SGSN #n set a parameter Def_SGSN_MBMS_sel related to a specific MBMS 
service in the same way as the operation perfomied in step 1 305. In step 1308, the SGSN #2 to the SGSN #n transmit 
the set parameter Def_SGSN_MBMS_sel related to a specific MBMS service to the SGSN #1 (See reference numeral 
1309). This represents a process of confirming that the SGSN #1 was successfully registered as a default SGSN. If 
the steps 1 306 and 1 308 are successfully perfomied, the SGSN #2 to the SGSN #n can manage the same information 
as the infonnation of Table 2 managed by the SGSN #1 . 

[0089] In step 1 31 0, the SGSN #1 transmits the Def_SGSN_MBMS_sel to the RNC #1 , thereby to inform the RNC 
#1 that the MBMS service selected by the UE #1 was successfully registered. The RNC #1 then informs the UE #1 
that the selected MBMS service was successfully registered. This procedure corresponds to step 406 of FIG. 4. At this 
moment, TMGI can also be transmitted together, as described In conjunction with FIG. 4. 

[0090] Through the above process, the UE #1 ends a registration process for the selected specific MBMS service 
through the RNC #1 and the SGSN #1 . Comparing the signaling procedure illustrated in FIG. 4 with a signaling pro- 
cedure realized by introducing the lu-Flex, it can be understood that a parameter managed by the SGSN was newty 
introduced. In addition, it can be noted that a process (step 1 305) of generating and changing a value of each parameter 
Is added to the RNC. Of course, an additional signaling transmission process (steps 1 306 and 1308) is also introduced. 

2.2 Registration Procedure for Initially Registered Specific MBMS Service 

[0091] Next, a description will be made of a process In which after a UE #1 successfully ends an initial registration 
procedure for a specific MBMS service, the other UEs belonging to the same PS pool-area as the UE 1 request reg- 
istration of the same MBMS service. For convenience, the description will be separately made with reference to a first 
process of registering an MBMS service through SGSN #1 previously designated as a default SGSN and a second 
process of registering the same M BMS service through other SGSNs. 
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2.2.1 Registration through SGSNs other than Default SGSN 

[0092] FIG. 14 illustrates an example of a signaling procedure expected when a particular UE (hereinafter refen'ed 
to as "UE #2") belonging to the same PS pool-area as the UE #1 registers the same MBIWS service as an MBMS 
5 service provided by the UE #1 through SGSNs other than the SGSN #1 designated as a default SGSN. It is assumed 
In FIG. 14 that the UE #2 has P-TMSI assigned by SGSN #2. 

[0093] Referring to FIG. 14, in step 1403, the UE #2 selects the same MBMS service as the UE #1 does, and then 
sends a service request for the selected MBMS service to an RNC #2. At this moment, the UE #2 transmits its own 
unique identifier and an identifier of the selected MBMS service to the SGSN #2. In step 1404, the SGSN #2 performs 

10 an authentication procedure of the UE #2 based on infomiation managed by an HLR. If authentication for the UE #2 
Is successfully performed by the authentication procedure, the SGSN #2 can detemnine in step 1405 that a value of 
the parameter Def_SGSN_MBMS_sel related to the MBMS service selected by the UE #2 is set for the SGSN #1 . In 
step 1406, the SGSN #2 transmits an identifier of the MBMS service selected by the UE #2 and an identifier of the UE 
#2 (See reference numeral 1407), to the SGSN #1 , a default SGSN. The SGSN #1 adds the UE #2 to a list of UEs 

15 that desire to receive the corresponding MBMS service, and then infomns the SGSN #2 of the corresponding TMGI 
(See reference numeral 1419). In step 1410, the SGSN #2 infomis the UE #2 that registration on the selected MBMS 
service was successfully completed. 

2.2.2 Registration through Default SGSN 

20 

[0094] FIG. 15 illustrates an example of a signaling procedure expected when the other UEs belonging to the same 
PS pool-area as the UE #1 continue to request registration of the same MBMS sen/ice through an SGSN #1 , a default 
SGSN. It is assumed in FIG. 15 that a UE #3 belongs to an RNC #1 and a UE #4 belongs to an RNC #n. Also, it is 
assumed that the UE #3 and the UE #4 both have P-TMSI assigned by an SGSN #1 . 

25 [0095] Referring to FIG. 15, in step 1501 , the UE #3 selects the same MBMS service as the UE #1 does, and then 
sends a service request for the selected MBMS service to an RNC #1 . The RNC #1 transmits again the service request 
to the SGSN #1 , a default SGSN. At this moment, the UE #2 transmits its own unique identifier and an identifier of the 
selected MBMS service to the RNC #2. In step 1502, the SGSN #1 perfonns an authentication procedure for authen- 
ticating the UE #3 based on the information managed by an HLR. If authentication for the UE #3 is successfully per- 

30 fonned by the authentication procedure, the SGSN #1 detennines In step 1503 that it was already designated as a 
default SGSN for the MBMS service selected by the UE #3. Further, the SGSN #1 adds the UE #3 to a list of UEs that 
desires to receive the corresponding MBMS service. In step 1504, the SGSN #1 transmits the Def_SGSN_MBMS_sel 
to the RNC #] (See reference numeral 1510). The RNC #1 transmits the Def_SGSN_MBMS_sel provided from the 
SGSN #1 to the UE #3, thereby to infomn the UE #3 that the selected MBMS service was successfully registered. The 

35 step 1504, however, can be omitted. 

[0096] A procedure for registering a UE #4 that selected the same MBMS service as the UE #1 did, In a default 
SGSN is perfonned in steps 1506 to 1 509. This procedure Is perfonned the same as the procedure perfomied on the 
UE#3. 

[0097] If the procedure presented in FIGs. 13, 14, and 15 is successfully perfonned, the SGSN #1 selected as a 
40 default SGSN can acquire infomiation on all UEs that require to receive the con^esponding MBMS service among the 
UEs belonging to a PS pool-area. Therefore, a transmission path for transmitting specific MBMS data can be set up 
only between the SGSN #1 and a GGSN. 

[0098] When an MBMS service is actually provided to UEs that have completed registration on a specific MBMS 
service through the procedure presented in FIGS. 13, 14, and 15, a method for reporting this situation follows the 
45 signaling procedure illustrated in FIG. 1 0 in the first embodiment. 

2.2.3 Registration of Initiated MBMS Service 

[0099] FIG. 16 illustrates a channel generation procedure expected when a UE selects an MBMS service that was 
50 already initiated in a particular PS pool-area. In this case, all SGSNs jointly managing the same PS pool-area already 
have infomnation on a default SGSN for a corresponding MBMS service by performing the procedures of FIGs. 13 to 
15. Meanwhile, when the lu-Flex is not applied, a procedure for requesting an already Initiated MBMS service is given 
In FIG. 3. It is assumed in FIG. 16 that a UE #5 belongs to an RNC #1 and an SGSN #1 has assigned P-TMSI. It is 
also assumed that a default SGSN of an MBMS service requested by the UE #5 is defined as Def_SGSN. 
55 [0100] Referring to FIG. 16, in step 1601, a UE #5 selects an already initiated MBMS service, and then sends a 
service request for the selected MBMS service to an RNC #1 . The RNC #1 detennines from P-TMSI of the UE #5 that 
infomiation related to the MBMS service selected by the UE #5 should be transmitted to an SGSN #1 , and announces 
the determination result to the SGSN #1 . In step 1 602, the SGSN #1 perfonms an authentication procedure for authen- 
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tication the UE #5 based on information managed by an HLR. The authentication procedure corresponds to step 305 
of FIG. 3. in step 1603, the SGSN #1 checlcs a vaiue of a parameter Def_SGSN_IVIBIVIS_sel reiated to the l\flBMS 
service selected by the UE #5. In this example, a vaiue of the Def_SGSN_MBIVlS_sel indicates Def_SGSN. In step 
1604, the SGSN #1 transmits an identifier of an MBMS service selected by the UE #5 and its own unique identifier to 

5 the Def^SGSN, or a default SGSN. In step 1 605, the Def_SGSN adds the UE #5 to a list of UEs receiving corresponding 
MBIVIS data, and then reports the addition result to the SGSN #1 . In step 1 606, the SGSN #1 infomis the RNC #1 that 
registration of the UE #5 was successfully completed. This procedure corresponds to step 306 of FIG. 3. 
[0101] If even the RNC #1 is providing the MBMS service already selected by the UE #5, i.e., if other UEs belonging 
to the RNC #1 are already receiving the corresponding MBMS service, the RNC #1 can transmit a parameter needed 

10 by the UE #5 in receiving MBMS data in step 1 608. Step 1 607 can be omitted. IHowever, when other RNCs belonging 
to the same PS pool-area as the RNC #1 are providing the corresponding MBMS sen/ice and there is no UE receiving 
the corresponding MBMS service among UEs belonging to the RNC #1, a procedure of step 1607 for setting up a 
channel for MBMS data transmission between the Def.SGSN and the RNC #1 is required. 

15 2.3 Ending Procedure of Specific MBMS Service 

[0102] FIG. 1 7 shows that if a specific MBMS service is ended, corresponding default SGSN-related information of 
Table 2 managed by each SGSN must be deleted. For this purpose, a default SGSN transmits an identifier of the 
corresponding MBMS service to all SGSNs that jointly manage the same PS pool-area. Upon receiving the MBMS 
20 identifier, the SGSNs delete the entire Information, illustrated in Table 2, on the corresponding MBMS service, managed 
by them. 

[0103] Of course, the above embodiments can be applied even to CS pool-area in the same way. Accordingly, upon 
receiving a data request, though not an MBMS data request, from UEs belonging to the same pool, the RNC can set 
up a transmission path through a default SGSN or a default MSC in setting SGSN or MSC, thereby enabling transmls- 
25 sion and reception of the data. Although the embodiments have been described with reference to only an example of 
management by the RNC and the SGSN, the invention can also provide a method for managing an MBMS transmission 
path between the RNC and the SGSN through an HLR. In addition, a data transmission path can be separately managed 
according to services, even for a sen^ice provided in a fixed network, not an MBMS service. 

30 3. Transmission Procedure of MBMS data 

[0104] FIG. 19 illustrates a procedure for handling a service which may occur at a time when actual transmission of 
corresponding MBMS data is started after UEs select a specific MBMS service through processes of FIGs. 7, 13 and 
18, and a default SGSN con^esponding to the selected MBMS service is designated. 

35 [01 05] in step 1 901 , an MB-SC schedules related MBMS data and transmits the scheduled MBMS data to a GGSN . 
The GGSN transmits again the MBMS data to an SGSN #2, a default SGSN. Upon receiving the MBMS data, the 
SGSN #2 notifies related RNCs that the MBMS service is actually started in step 1902. In response, each RNC notifies, 
in step 1903, each UE that the corresponding MBMS service was actually started. Here, the "related RNC" refers to 
an RNC including UEs that selected the corresponding MBMS service, or all RNCs included in a service area. 

40 [0106] In step 1 904, the RNC infonns the SGSN #2 that it will actually receive MBMS data, through an MBMS Service 
Request message to the SGSN #2. The RNC and the SGSN #2 set up a channel for transmission of the corresponding 
MBMS data through steps 1 905 and 1 906. 

[01 07] If a channel for transmission of the corresponding MBMS data Is set up through the steps stated above, the 
UE that was infomied in step 1 903 of start of the MBMS service selected by it, infonns con-esponding RNC that a radio 
45 channel for the reception is required in step 1907. In an alternative embodiment, the step 1907 can be performed in 
advance of the step 1904. In step 1908, each RNC provides the UE with infomnation related to a channel for actually 
transmitting the con-esponding MBMS data to the UE. 

[0108] The SGSN #2 transmits the corresponding MBMS data to the RNC #1 In step 1909, and the RNC #1 transmits 
the MBMS data provided from the SGSN #2 to the UE in step 1910. If there is no more MBMS data to transmit, the 

50 RNC #1 requests in step 1911 the UE to release a current channel. 

[0109] As described above, the present Invention generates one path between an RNC and an SGSN and one path 
between one SGSN per PS pool-area and a GGSN for transmission of the same MBMS data, although an MBMS data 
transmission path is set up in a situation where the concept of lu-Flex is Introduced. By doing so, the Invention con- 
tributes to an Increase in efficiency of wired/wireless resources for supporting an MBMS sen/Ice. 

55 [01 1 0] While the invention has been shown and described with reference to a certain preferred embodiment thereof, 
it will be understood by those skilled in the art that various changes In fonri and details may be made therein without 
departing from the spirit and scope of the invention as defined by the appended claims. 
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Claims 

1. An apparatus for providing an MBMS (Multimedia Broadcast/Multicast Service) service to user equipments (UEs) 
requesting the MBMS service, In a code division multiple access (CDMA) mobile communication system, the ap- 

5 paratus comprising: 

a plurality of UEs for requesting desired MBMS service, and receiving the MBMS service provided In response 

to the request; 

a plurality of radio network controllers (RNCs) for transmitting data related to the MBSM service to UEs wire- 
10 lessly connected to thereto among UEs that requested the service; and 

a plurality of SGSNs (Serving GPRS (General Packet Radio Service) Supporting Nodes), connected to each 
of the RNCs, for controlling a procedure related to the MBMS service for the UEs that requested the service; 

wherein a default SGSN is exclusively designated for at least one separate MBMS service, and the default 
15 SGSN transmits MBMS data for the corresponding MBMS service to the UEs that requested the MBMS service, 
through the RNCs. 

2. The apparatus of claim 1 , wherein the default SGSN for the MBMS service is designated by an RNC that can be 
wirelessly connected to a UE that first requested the MBMS service. 

20 

3. The apparatus of claim 1 , wherein an SGSN that assigned a TMSI (Temporary Mobile Station Identity) to a UE 
that first requested the MBMS service is designated as the default SGSN for the MBMS service. 

4. A method for determining a default SGSN (Serving GPRS (General Packet Radio Service) Supporting Node) for 

25 providing an MBMS (Multimedia Broadcast/Multicast Service) service to user equipments (UEs) requesting the 

MBMS service, in a code division multiple access (CDMA) mobile communication system having a first group 
including a plurality of radio network controllers (RNCs), a second group including a plurality of SGSNs connectable 
to each of the RNCs in the first group, and a plurality of the UEs wirelessly connectable to the RNCs, the method 
comprising the steps of: 

30 

receiving, by one of the RNCs, a service request for the MBMS service; 

if default SGSN infonnation corresponding to the MBMS service Is not stored in the service request- received 
RNC, selecting, by the service request-received RNC, one of the SGSNs as a default SGSN; and 
informing, by the selected default SGSN, all other RNCs except for the service request-received RNC that the 
35 MBMS service Is managed by the default SGSN. 

5. The method of claim 4, wherein the default SGSN Is selected considering load distribution of the SGSNs. 

6. The method of claim 4, further comprising the step of registering, by the default SGSN, a UE that requested the 
40 MBMS service In a list of UEs con-esponding to the MBMS service. 

7. The method of claim 6, further comprising the step of adding by the default SGSN, if the default SGSN Information 
corresponding to the MBMS service Is stored in the service request-received RNC, a UE to the list of UEs corre- 
sponding to the MBMS service at the request of an SGSN whose signaling connection with the UE that requested 

45 the MBMS service is set up. 

8. The method of claim 4, further comprising the step of Infomiing, by the default SGSN, the UEs that the MBMS 
service Is to be initiated, through the RNCs, and then transmitting MBMS data for the MBMS service to the UEs. 

50 9. The method of claim 8, further comprising the step of adding by the default SGSN, If a service request for the 
MBMS service is received from a new UE during transmission of the MBMS data, the new UE to a list of UEs 
corresponding to the MBMS service and then setting up a signaling connection with the new UE. 

10. The method of claim 4, further comprising the step of requesting by the default SGSN, If the MBMS service is 
55 ended, the RNCs to delete the default SGSN information stored therein, and then releasing connection with the 

RNCs. 

11. A method for determining a default SGSN (Serving GPRS (General Packet Radio Service) Supporting Node) for 
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providing an MBMS (Multimedia Broadcast/IVIultlcast Service) service to user equipments (UEs) requesting the 
MBMS service, in a code division multiple access (CDMA) mobile communication system having a first group 
Including a plurality of radio network controllers (RNCs), a second group Including a plurality of SGSNs connectable 
to each of the RNCs In the first group, and a plurality of the UEs wirelessly connectable to the RNCs, the method 
5 comprising the steps of: 

receiving, by one of the SGSNs, a service request for the MBi\^S service; 

if default SGSN information corresponding to the MBMS service is not stored in the service request-received 
SGSN, selecting, by the service request-received SGSN, itself as a default SGSN; and 
10 Informing, by the selected default SGSN, other SGSNs that the MBMS service Is managed by the default 

SGSN. 

12. The method of claim 11 , further comprising the step of registering, by the default SGSN, a UE that requested the 
MBMS service in a list of UEs corresponding to the MBMS service. 

15 

1 3. The method of claim 1 2, further comprising the step of requesting by the other SGSNs, if the default SGSN Infor- 
mation corresponding to the MBMS service is stored, the default SGSN to add the UE to a list of U Es con^spondlng 
to the MBMS service. 

20 14. The method of claim 11 , further comprising the step of infonnlng. by the default SGSN, the UEs that the MBMS 
sen/ice is to be Initiated, through the RNCs, and then transmitting MBMS data for the MBMS service to the UEs. 

15. The method of claim 14, further comprising the step of adding by the default SGSN, If a service request for the 
MBMS service Is received from a new UE during transmission of the MBMS data, the new UE to a list of UEs 

25 corresponding to the MBMS service, and then setting up a connection with the new UE. 

16. The method of claim 15, further comprising the step of requesting by the default SGSN, if the MBMS service is 
ended, the other SGSNs to delete the default SGSN Information stored therein. 

30 17. A method for providing an MBMS (Multimedia Broadcast/Multicast Service) service through one of a plurality of 
SGSNs (Serving GPRS (General Packet Radio Service) Supporting Nodes), in a code division multiple access 
(CDMA) mobile communication system including a plurality of radio network controllers (RNCs), a plurality of the 
SGSNs connected to each of the RNCs, and a plurality of UEs wirelessly connectable to the RNCs, and providing 
the MBMS service to the UEs, the method comprising the steps of: 

35 

designating, by an RNC that received a service request for the MBMS service, a partteular one of the SGSNs 

as a default SGSN considering a load of each of the SGSNs; 

transmitting an identifier for identifying the MBMS service and an identifier For identifying the default SGSN 
to the default SGSN; and 

40 detemninlng by the default SGSN whether the MBMS service is available, and transmitting the Identifier for 

Identifying the given MBMS service and the Identifier for Identifying the default SGSN to other RNCs except 
for the RNC that received the service request for the given MBMS service. 

18. The method of claim 17, further comprising the step of transmitting by the RNC, if a default SGSN corresponding 
45 to the MBMS service is already designated, the identifier for identifying the MBMS sen/Ice and the identifier for 
identifying the default SGSN to an SGSN whose signaling connection with a UE that requested the MBMS sen/ice 
is set up, and transmitting, by an SGSN whose signaling connection Is set up. the identifier for identifying the 
MBMS service and the identifier for identifying UE requesting the MBMS sen^lce to the default SGSN. 

50 19. The method of claim 1 7, further comprising the step of infomilng, by the default SGSN, the UEs that the MBMS 
servtoe Is to be Initiated, through the RNCs, and then transmitting MBMS data for the MBMS servtee to the UEs. 

20. The method of claim 19,furthercomprlsingthestepof setting up by the default SGSN, if a service request for the 
given MBMS service Is received from a new UE during transmission of the MBMS data, a connection with the new 

55 UE. 

21 . The method of claim 1 7, further comprising the step of requesting by the default SGSN, If the MBMS service is ended, 
the RNCs to delete the default SGSN information stored therein, and then releasing connection with the RNCs. 
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